home *** CD-ROM | disk | FTP | other *** search
/ Shareware Grab Bag / Shareware Grab Bag.iso / 096 / pcb9600.arc / PCB9600.TXT
Encoding:
Text File  |  1986-11-07  |  14.0 KB  |  249 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.         * * *    P C B o a r d    9 6 0 0    M o d e m   I n f o    * * *
  10.         -----------------------------------------------------------------
  11.                                 November 6, 1986
  12.  
  13.  
  14.     Introduction
  15.     ------------
  16.     PCBoard now fully supports 9600 baud "async" modems operating at 4800,
  17.     7200, 9600 or 19200 baud.  The code can be set to operate at any of these
  18.     speeds.  However, because most 9600 baud modems use V.29 protocol (a half
  19.     duplex protocol) at speeds above 2400 baud, throughput during interactive
  20.     mode when entering text, etc., can be very poor on some 9600 baud modems. 
  21.     Unfortunately, when operating at 4800 baud and above, these modems switch
  22.     from full async mode to a internal "block checking" mode where the modems
  23.     take over all error checking of the data being sent and received in a
  24.     half-duplex type mode (data can only go in one direction at a time.)  To
  25.     do this, the modems build blocks or packets of information to send to the
  26.     opposite machine.  When data is being sent to the modem at a very slow
  27.     rate by the software (when entering text, etc.), these "blocks" or packets
  28.     do not get filled very quickly.  In that case, the modem will wait a
  29.     certain length of time and then "pad" their standard size block with nulls
  30.     and send it to the opposite modem.  This results in a very degraded flow
  31.     of data and smoothness of operation for many board functions.  The
  32.     resultant throughput of information can fall back to less than that of
  33.     4800 baud because of the delays involved in building and sending these
  34.     "incomplete" packets.  Some modem manufacturers counteract this slowdown
  35.     by using an algorithm which senses the slower rate of data input and
  36.     shortens the time delay to build an incomplete block.  Although they still
  37.     send blocks padded with nulls, they start sending them at a much quicker
  38.     rate so there is very little slowdown when performing interactive work -
  39.     such as leaving a messages, entering commands, or chatting with the person
  40.     on the opposite end of the phone connection.
  41.  
  42.     The place where the new high speed modems do well however is when
  43.     transferring files.  In this mode, depending on line quality conditions,
  44.     the modems become very effective and yield close to their maximum
  45.     throughput.  In order to support the high transfer rate capabilities of
  46.     these new modems in conjunction with their own built in error checking,
  47.     two additional protocols are now available in PCBoard.  They are Imodem
  48.     and Ymodem-G.  These two protocols will be discussed later in a follow up
  49.     document.
  50.  
  51.  
  52.     New Output Method of Sending Data
  53.     ---------------------------------
  54.     In order to insure no data "over-runs" occur at the receiver's machine,
  55.     PCBoard uses a new method of sending data to the remote end.  Instead of
  56.     being "line" oriented with it's sending of data as has been done in the
  57.     past, PCBoard's output to the modem is now "character" oriented.  This
  58.     allows the software to check for the remote machine indicating to PCBoard
  59.     to "pause" while it catches up on the data being sent between each
  60.     character rather than between each line of data.  This is done through
  61.  
  62.  
  63.  
  64.  
  65.  
  66.     CTS/RTS checking.  At the slower speeds, CTS/RTS checking is not usually
  67.     relevant or active.  However, at the higher rates of transmission, CTS/RTS
  68.     checking becomes critical - since PCBoard can quickly send more data to
  69.     the remote machine than it can handle - even at 19200 baud in "character"
  70.     oriented mode.  Therefore, when PCBoard runs, it continually checks the
  71.     status of CTS (Clear To Send) before sending out a character.  If the
  72.     remote machine has fallen behind, it should toggle it's RTS Off - which
  73.     ends up turning CTS off on the PCBoard machine.  If PCBoard finds it's CTS
  74.     off, it waits.  When the remote turns it's RTS back on, the CTS on the
  75.     board's modem will be turned back on indicating that the code can continue
  76.     to send more characters.  All of this insures that not even a single
  77.     character will be lost to an "over-run" condition.  This change has not
  78.     affected the speed at which PCBoard operates.  In all conditions tested,
  79.     PCBoard was able to send information much faster than the receiver is able
  80.     to accept it.  Of course none of this CTS/RTS checking will work UNLESS
  81.     the remote machine is also running their software in CTS/RTS checking
  82.     mode!   PCBoard also still looks for XON/XOFF signals as well.  However,
  83.     since they can be delayed considerably in their transmission - whereas
  84.     CTS/RTS is almost instantaneous - callers should be advised to insure that
  85.     CTS/RTS is active on their system before placing calls at these high rates
  86.     of speed.
  87.  
  88.     In order to take advantage of CTS/RTS checking, as well as the new
  89.     protocols, we strongly recommend that callers consider the use of Qmodem
  90.     by The Forbin Project.  John Friel, the author of Qmodem, has spent many
  91.     long hours working with the authors of PCBoard to insure protocol and data
  92.     transmission accuracy between a remote site and a PCBoard host.  By using
  93.     Qmodem, your caller's will be able to take full advantage of their new
  94.     modems.  Please encourage your user's to consider using Qmodem and to
  95.     support John and the Forbin in their efforts by contributing the donation
  96.     requested for it's use.  Currently, Qmodem 2.4 (which is in beta test
  97.     mode), is the only version of Qmodem which accurately supports both Imodem
  98.     and Ymodem-G protocols.  PCBoard 11.6a, in beta test at several locations
  99.     throughout the US, will be released as production version 11.7 around
  100.     January 1st in order to provide support for the 9600 baud modems and new
  101.     protocols.  User's should note that both Imodem and Ymodem-G are "full-
  102.     flow" protocols with NO software checking of the data sent or received. 
  103.     It is assumed that the modems will be properly checking the integrity of
  104.     the data by their own built in error checking.  Although it will be
  105.     possible to use either of these protocols at speeds of 2400 baud or less,
  106.     they should NOT be used - since corrupted data make be received at the
  107.     receiving machine due to the fact that the modem's internal error checking
  108.     will NOT be functional!  CAUTION YOUR USERS NOT TO USE EITHER OF THESE
  109.     PROTOCOLS UNLESS THEY ARE USING A 9600 BAUD MODEM TO CALL ANOTHER 9600
  110.     BAUD MODEM!!
  111.  
  112.  
  113.     Variances in Output Rates at 9600 Baud
  114.     --------------------------------------
  115.     Maximum throughput at the higher baud rates can only be achieved if a
  116.     number of factors are present.  The first is that the machine running
  117.     PCBoard can operate up to the speeds allowed.  Things that will slow the
  118.     output down are multi-tasking software, networks, etc.  All of these can
  119.     degrade the I/O from the max.  Also, since data "errors" are not seen by
  120.  
  121.  
  122.  
  123.  
  124.  
  125.     either the remote or host machine - but instead by only the modems - line
  126.     noise can seriously degrade throughput to a point where the equivalent
  127.     speed is about equal that of 4800 baud or less - since the data may be
  128.     sent several times to the receiver before a good packet is acknowledged by
  129.     the recipient.  Please note that a "cycling" or steady flashing SD (Send
  130.     Data) light on your modem (a result of slower throughput), is not a
  131.     problem with your hardware or software.  It is simply a result of pushing
  132.     your system to the limit of maximum I/O.  PCBoard can not control the
  133.     quality of phone lines or compensate for degradation of performance
  134.     because of multi-tasking software.  It will output it's data at the
  135.     maximum rate possible under the conditions presented it.  As a result of
  136.     the multitude of conditions surrounding 9600 baud, varying levels of
  137.     throughput will be achieved by different users, different modems, and
  138.     different software - much more so that what has been experienced at the
  139.     lower baud rates.  Do NOT automatically expect your system to run as fast
  140.     as someone else's if their configuration is different or their phone line
  141.     quality is better!  Also, file transfer times may vary GREATLY from those
  142.     calculated and displayed by the code - since PCBoard calculates it's
  143.     transfer times based on better than average conditions.  Under multi-
  144.     tasking conditions or poor phone line quality, actual transfer times can
  145.     be double or triple those calculated by the program.  If your system is
  146.     running faster, shorter times may be common.  If you are running under
  147.     multi-tasking software or have noisy lines, transfer times may increase 2-
  148.     3 fold from those calculated.  Again, this is NOT a problem with your
  149.     software or hardware.  It is simply a result of your over-all
  150.     configuration and the maximum I/O that can be achieved under those
  151.     conditions.  If you experience large variances in throughput using a 9600
  152.     baud modem, please do not call us and report a bug in the software as we
  153.     will refer you back to this documentation and specifically this paragraph.
  154.  
  155.  
  156.     9600 Baud Standards
  157.     -------------------
  158.     The most critical item facing users of 9600 baud modems is the lack of a
  159.     current standard among modem manufacturers.  Presently, only "like brand"
  160.     9600 baud modems can talk to each other at any speed above 2400 baud. 
  161.     This is due to the fact that none of the manufacturers have yet to agree
  162.     on a standard means of handshaking and error checking at the higher
  163.     speeds.  Of course, at 2400 baud and below, they will function properly
  164.     with virtually any other brand of modem on the market simply because they
  165.     all conform to V.22 standards and there is no modem to modem error
  166.     checking being done.  However, at speeds above 2400 baud, the modems must
  167.     perform their own error checking - since the phone line quality on voice
  168.     lines at those speeds is so bad.  If they didn't - the callers would be
  169.     faced with large amounts of line noise on their screens.  So, what we
  170.     currently have are a number of 9600 baud modem manufacturers out there
  171.     trying to have their modem become the "standard" upon which all others
  172.     will follow.  Unfortunately, that places you, the purchaser, in a very
  173.     undesirable position.  Whose modem should you buy?  Will "it" become the
  174.     standard?  The answers to these questions are still unresolved.  As a
  175.     result, Clark Development Company, Inc. at the present time does not
  176.     recommend any brand of 9600 baud modem to use with PCBoard software. 
  177.     Although the software will properly support the new modems and CTS/RTS
  178.     checking, we suggest that you contact the modem manufacturers and stress
  179.  
  180.  
  181.  
  182.  
  183.  
  184.     the point that you are interested in insuring they (the manufacturers)
  185.     quickly reach an agreement on standard handshaking and error correction. 
  186.     If they don't, callers will be faced with a similar problem when trying to
  187.     decide on a brand of 9600 baud modem to buy for their personal use - since
  188.     various boards may be running various brands of 9600 baud modems - and if
  189.     they decide on one brand, will the boards they call also have that brand
  190.     available.
  191.  
  192.  
  193.  
  194.  
  195.  
  196.                          M o d e m    S u p p l i e r s
  197.                          ------------------------------
  198.  
  199.     Currently there are a number of manufacturers supplying 9600 baud dial-up
  200.     modems.  Unfortunately, we have had a chance of evaluating only two of the
  201.     modems listed below and therefore are not prepared at this time to make
  202.     available suggested modem settings or performance information on the
  203.     entire list.  However, if you are interested in contacting any of the 9600
  204.     baud modem manufacturers - the following list may assist you in your
  205.     efforts:
  206.  
  207.           EVI/FASTCOMM Data Corp.
  208.           12347-E Sunrise Valley Drive
  209.           Reston, Virginia  22091
  210.           (800) 521-2496
  211.           (703) 620-3900
  212.           Offering FASTCOMM internal or external 9600 baud modems with
  213.           fallback to 7200, 4800, 2400, 1200 or 300 baud.  Internal - $895 
  214.           External - $995
  215.  
  216.  
  217.           Microcom Inc.
  218.           1400A Providence Hwy.
  219.           Norwood, MA  02062
  220.           (800) 822-8224
  221.           (617) 762-9310
  222.           Offering Microcom AX/9624c external 9600 baud modem with fallback to
  223.           7200, 4800, 2400, 1200 or 300 baud.  External - $1,799
  224.  
  225.  
  226.           Racal-Vadic
  227.           1525 McCarthy Blvd.
  228.           Milpitas, CA  95035
  229.           (408) 946-2227
  230.           Offering 9600VP external 9600 baud modem with fallback to 7200,
  231.           4800, 1200 and 300 baud.  External - $1,495
  232.  
  233.  
  234.           USRobotics
  235.           8100 McCormick Blvd.
  236.           Skokie, Illinois  60076
  237.           (800) 342-5877
  238.           (312) 982-5001
  239.           Offering Courier HST external 9600 baud modem with fallback to 2400,
  240.           1200 and 300 baud.  External - $995
  241.  
  242.  
  243.           Digital Communications Associates, Inc.
  244.           1000 Alderman Drive
  245.           Alpharetta, GA  30201
  246.           (404) 442-4000
  247.           Offering Fastlink internal and external modems with fallback to
  248.           2400, 1200 and 300 baud.  Internal - $1,995  External - $2,395